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L'invention concerne un procede et un systeme de gestion de 
donnees. 

5 

En general, la gestion de donnees est realisee par un systeme 
comportant une base de donnees. La mise en oeuvre de telles bases de 
donnees est lourde et implique des delais relativement longs (quelques 
sennaines voire mois). En outre, les systemes utilisant des bases de. 
10 donnees sont proprietaires. lis engendrent done pour leur utiiisateur des 
couts supplementaires lies aux licences et une administration utilisateurs 
lourdes. 

De tels systemes de gestion de donnees sont done ma! adaptes a 
15 des applications evolutives. Par exemple, la gestion des donnees d'urig 
mission sismoldgique implique la prise en compte des donnees de terrairf;. 
des materiels et du personnel a disposition pour la mission. Le terrain peiift 
avoir evolue depuis la derniere mission, le materiels et le personnel ^.g^ 
disposition sont rarement les memes : une nouvelle base de donnees 
20 comprenant les nouvelles donnees doit done etre mise en oeuvre avec les , 
systemes existants a chaque mission. 

*■ X . 
V < 

Or, lorsqu'une telle mission sismologique est envisagee, c'est que 
des signes avant-coureurs sont apparus et la mission doit etre rapidement 
25 mise en place. La gestion des donnees a I'aide des systemes actuels avec 
base de donnees ne repond done pas aux exigences d'un tel type de 
mission, notamment en terme de rapidite de mise en oeuvre d'un systeme 
de gestion specialise. 

30 De plus, les donnees collectees etant de differents types : terrain, * 

materiels, personnel..., elles proviennent de sources differentes. La mise 
en oeuvre de la base de donnees implique done une cooperation de la part 
des diverses sources avec I'appui d'un specialiste de la mise en oeuvre de 
base de donnees. Or, les diverses sources peuvent etre localisees dans 

35 des pays differents au moment de la preparation de la mission. Certaines 
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sources sent mobiles en raison du type de donnees quelles fournissent 
(parexemple, mesure surle terrain des nouvelles lignes de niveaux...). Le 
systeme avec base de donnees et son dispositif d'entree des donnees 
etant co-localise et fixe, la cooperation s'en trouvera done compliquee. 

5 

La presente invention permet de palier ces inconvenients en 
proposant un precede de gestion de donnees ouvert plus ieger, plus 
rapide et moins couteux a mettre en ceuvre. 

10 L'Invention a pour objet un procede de gestion de donnees 

comportant : 

- Plusieurs etapes de recuperation de donnees, un sous-ensemble de 
donnees etant recupere a chaque etape de recuperation, 

- Une etape de conversion du sous-ensemble de donnees recuperees 
15 dans un langage d'interoperabilite sous la forme d'un fichier 

elementaire, une etape de conversion etant effectuee apres chaque 
etape de recuperation , 

- Une etape d'edition d'un fichier global dans un langage 
d'interoperabilite a partir de plusieurs fichiers elementaires, le fichier 

20 global etant destine a un systeme externe capable de traiter tous les 
ensembles de donnees recuperees transmis dans le fichier global. 

Un autre objet de Tinventlon est un systeme de gestion de donnees 
caracterise en ce qu'il comporte : 
25 - Au-mems-une interface permettant la recuperation de-denneesr 

- Au moins un convertisseur des donnees recuperees dans un langage 
d'interoperabilite sous la forme d'un fichier elementaire, un 
convertisseur etant relie a chaque interface, ' " 

- Des moyens d'edition d'un fichier global dans un langage 
'30 dlnteroperabilite a partir de plusieurs fichiers elementaires, les moyens 

d'edition etant relies a chacun des convertisseurs de donnees au 
moins ponctuellement, 

- Une sortie destinee a etre reliee a un systeme externe auquel sera 
transmis le fichier global. 
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En outre, Tinvention propose une chaTne de traitement de donnees 
comportant le systeme de gestion de donnees et un systeme externe 
connportant un dispositif d'analyse capable de traiter tous les ensembles 
de donnees recuperees transmis dans le fichier global. 

5 

Les caracteristiques et avantages de i'invention apparaTtront plus 
clairement a la lecture de la description, faite a titre d'exemple, et des 
figures s'y rapportant qui representent : 

- Figure 1, un schenna bloc d'un systeme de gestion donnees 
10 ouvert selon I'etat de Tart, 

~ Figure 2, un schema bloc d'un systeme de gestion donnees 
ouvert selon ['invention, 

- Figure 3a, un exemple d'interface homme machine selon 
I'invention, et Figure 3b, un exemple d'interface machine machine 

15 invention, . 4r 

- Figure 4, une illustration d'un exemple de formulaire affiche , 
par ['interface et du produit du convertisseur selon I'invention, 

- Figure 5, un schema de deploiement du systeme de gestion. 
des donnees selon invention, 

20 . V . 

L'invention repose sur Texploitation des composants de la e- 
technologie: navigateur Web sur reseau Intranet/Internet, serveur HTTf^, 
servlets JAVA, formulaires.HTML, parser XML. .Elle n'integre pas de 
systeme de gestion de base de donnees, permettant ainsi de ne pas en 
25 supporter les efforts et couts induits.- 

L'architecture legere proposee par ['invention reste ouverte a 
rintegration de documents XML produits par d'autres outils ou systemes,. 
permettant une polyvalence d'utilisation en production et edition XML. Elle 
30 est extensible a ['integration d une base de donnees pour une migration 
vers une architecture « 3-TIERS » classique. 

Les informations XML produites sent susceptibles de 
representer in extenso les donnees applicatives de tout ou partie d'un 
35 systeme. 
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XML, langage approuve par le W3C , est une technoiogie 
favorisant Tinteroperabilite et le partage d'informations. Cette technoiogie 
est particulierement adaptee au e-business et aux environnements web, 
5 mais son influence est grandissante dans nombre de domaines. 

Les systemes en developpement s'ouvrent en offrant une 
interface XML plutot qu'une interface proprietaire dans son format leur 
permettant de communiquer sur la base d'un standard avec des systemes 
10 externes existants ou futurs. 

La figure 1 concerne un schema bloc d'un systeme de gestion 
donnees ouvert selon Tetat de I'art, Plusieurs sources 11, 12 et 13 
collaborent en fournissant chacune un sous-ensemble des donnees au 
15 dispositif d'edition 30, Dans I'etat de Tart, la fourniture des donnees a un 
systeme externe 50 est realise via une interface 40 qui est une interface 
XML. 

Un exemple typique est la fourniture sous forme d'un document 
20 XML des donnees d'entrees ou des parametres de programmation d'un 
systeme externe 50. Cette interface XML 40 est une alternative et/ou un 
complement au developpement et a la mise en oeuvre d'une interface 
homme machine (IHM) ihtegre au systeme externe 50. La collecte des 
donnees d'entree pour la production d'un document XML est un aspect ^' 
25 peripherique mais neanmoins~fohdame^^^ du systeme. Cette collecte 
peut etre une tache cooperative necessitant Tintervention de competences 
metiers diverses et distribuees aux diverses sources 11, 12 et 13 comme 
le montre la Figure 1 . 

30 Au sein de systemes integres, XML est une technoiogie de 

support et reste une abstraction pour Tutilisateur final. XML est egalement 
utilise comme un format d'echange entre personnes, organisations et/ou 
systemes. Dans ce cadre, un document XML est manipule de la meme 
fagon que peut Tetre un document Microsoft Word ou Excel. 
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Done, la manipulation directe du XML est evidemment possible 
avec rutilisation d'un editeur de texte classique (type Notepad) ou d'un 
editeur XML specialise (type XML Notepad). Cela reste toutefois une 
specialite - basee sur Texpioitation du schema ou de la DTD associee au 
5 document XML - menee isolement par chaque cooperant source d'un 
sous-ensemble des donnees d'entree du systeme. 

Une edition de donnees automatisee et ergonomique pour 
chaque cooperant se ramene a un nouveau systeme avec interface de 
10 presentation adaptee masquant la syntaxe XML et systeme de 
sauvegarde, en general une base de donnees. L'activite - peripherique en 
premier abord - induite par Tinterface XML genere dans ces conditions 
des developpements lourds et couteux. 

15 Le perimetre de I'lnvention vise a definir un procede simple de 

gestion de donnees : par exemple par production de documents XML^a 
partir de formulaires, notamment HTML, presentes a Tutilisateur final dans , 
son navigateur Web comme le montre la figure 2. 

20 Les differentes sources 11, 12, 13 ont acces a une interface, 

respectivement 21 i, 22i et 23i, permettant la recuperation des donnee^. ^. 
Les sources 11, 12,. 13 peuvent avoir acces soit a une interface unique 
20i, soit chacun a sa propre interface 211, 22i et 23i comme illustcee par la 
figure 2, soit a une interface propre pour certaines sources et une interface 

25 comrnuTies pbu ' 

Les figures 3a et 3b montre deux exemples d'interface 20i, 211, 
22i, 23i. Les interfaces 20i, 21 i, 22i et 23! peuvent comporter un dispositif 
d'introduction E. Ce dispositif d'introduction E permet aux donnees soit 
30 d'etre introduite par un utilisateur 11 ou 12, soit regues d'un dispositif 
source 13. 

Ainsi, le dispositif d'introduction E pour Tutiiisateur 11 peut etre, 
par exemple, un clavier, une souris, un ecran tactile, un dispositif de 
reconnaissance vocale... comme le montre la figure 3a. Le dispositif 
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d'introduction E pour le dispositif source 13 peut, quant a lui,- etre un 
modem pour une liaison cablee, un recepteur pour liaison radio, satellite, 
infrarouge. . . comme le montre la figure 3b. 

5 Les interfaces 20i, 21 i, 22i et 23i peuvent etre reliees par la 

sortie Cm a des moyens de memorisation M - Figure 3a - ou comporter - 
Figure 3b - ces moyens de memorisation M. Dans les moyens de 
memorisation M peuvent etre stockes, notamment, Md : plusieurs droits 
d'utilisation, Ms: un ou plusieurs utilisateurs et/ou dispositif source et les 
10 droits d'utilisation associes, Mf : plusieurs formulaires d'introduction des 
donnees 201(1 ) et 20i(2), et les droits d'utilisation associes. 

Dans le cas d'une interface 21 i homme machine telle que celle 
presentee par la figure 3a, interface 21 i peut comporter un dispositif 
15 d'affichage A. Ce dispositif d'affichage A permet de guider Tutilisateur 11 
pour entrer les donnees via le dispositif d'introduction E. II peut s'agir d'un 
moniteur sur lequel sera visualise Tun des formulaires d'introduction de 
donnees Fi (voir figure 4) stockes dans les moyens de memorisation M. 

20 En outre, les interfaces 201, 211, 22i et 23i peuvent comporter 

des moyens de controle ),lP des dispositifs d'affichage, d'introduction et 
des moyens de memorisation generant, en fonction des droits d'utilisation 
associe a Tutilisateur ou au dispositif source operant sur le systeme, ie 
' formulaire ayant les memes droits d'utilisation associes dans lequel les ^ 

25 doTTnees sbnt recuperees. 

Chaque interface 20i, 21 i, 22i, 23i est relie a un convertisseur 
20c, 21c, 22c, 23c. Le convertisseur 20c, 21c, 22c, 23c transcrit les 
donnees recuperees par Tinterface 20i, 21 i, 22i, 23i dans un langage 
30 d'interoperabilite, notamment XML, sous la forme d'un fichier elementaire 
(comme celui presente a la figure 4). 

Les fichiers elementaires ainsi produits sont transmis a des 
moyens d'edition 30\ Les moyens d'edition sont done relies a chacun des 
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convertisseurs de donnees au moins ponctuellement voire de fagon 
permanente soit par liaisons cablees (reseau Internet ou Intranet, 
teiephonique...), soit par liaisons radio (GSM, GPRS, UMTS...), ^oit par 
liaison satellite, soit par liaison infrarouge (notamment entre deux 
5 portables) etc. Les moyens d'edition produisent a partir de plusieurs 
fichiers elementaires un fichier global dans un langage d'interoperabilite. 

Ainsi, rinterface 20i, 21 i, 22i, 23i at le convertisseur associes 
20c, 21c, 22c, 23c peuvent etre soit co-localises, soit delocalises. De plus, 
10 les moyens d'edition 30' d'un fichier global peuvent etre delocalises par 
rapport aux interfaces 20i, 21 i, 221, 231 et aux convertisseurs 20c, 21c, 
22c, 23c. L'interface 21 i, 22i ou le Tensemble interface-convertisseur 211- 
21c, 22i-22c et les moyens d'edition 30' peuvent etre portables assurant 
ainsi la mobilite de Tutilisateur 11,12. 

Une sortie du systeme de gestion de donnees permet la^v 
transmission du fichier global ainsi obtenue a un systeme externe. De la,>,. 
meme fagon la liaison vers le systeme externe auquel est destine le fichier 
global peut etre ponctuelle ou permanente. II peut s 'agir d'une liaison 
20 cablee ou parondes (radio, infrarouge, satellite...). 

Le systeme de gestion de donnees peut aussi comporter une^ 
entree connectee aux moyens d'edition 30' d'un fichier global et-destinee 
a etre relie a un dispositif source elabore 14 (non represents), le dispositif 
25 source elabore transmettalTf"^u~moins lin fichier elementaire dans un 
langage d'interoperabilite aux moyens d'edition 30' d'un fichier global via 
cette entree. 

L'architecture du systeme de gestion de donnees peut etre 
30 declinee selon au moins les deux variantes suivantes: 

La premiere variante utilise HTML comme format pivot pour 
Taffichage et la persistance des informations. II s'agit de la plus simple des 
deux variantes presentees. Elle ne necessite pas d'analyseur XML et des 
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developpements associes, Malgre la distribution autour d'un resfeau sur 
clients legers, cette architecture doit etre classee dans la categorie « 1- 
TIER ». Le processus associe au developpement d'une telle application 
est de type RAD (Rapid Application Development en anglais, c'est a dire 
5 une application dont le developpement est rapide, dans le sens 
communement associe de « Quick & Dirty »). 

Cette solution reste viable pour un nombre limite d'utilisateurs, 
avec un modele de donnees relativement simple. Des outils du monde 
10 XML (feuilles de style XSL et transformers XSLT) permettent d'assurer et 
d'automatiser les evolutions du systeme de production XML. Cette 
variante est particulierement adaptee au maquettage du systeme de 
gestion de donnees a realiser. 

15 La seconde variante utilise HTML comme format de 

presentation et XML comme format de persistance des informations. Ce 
decouplage, assure par un analyseur XML, permet de classer 
Tarchitecture dans la categorie « 2-TIERS ». La mise en oeuvre de cette 
solution reste simple ; L'analyse XML represente le surcout par rapport a 

20 la premiere variante. Cette variante permet de developper des applications 
completes, evolutives et perennes, et ce, en associant I'efficacite a court 
terme d'un processus de type RAD et les criteres de qualite 
indispensables aux applications du monde des services et de Tindustrie. 

25 ' ' Qn'"exempTe~^^^ oeuvre du systeme de "gesT!dn~de 

donnees est schematisee sur la Figure 4. II s'agit d'un cas avec trois 
utilisateurs 11, 12, 13 sur trois postes de travail (postes clients). Chacun 
des trois postes comprennent une interface 21 i, 22i, 23i et un 
convertisseur 21c, 22c, ^Sc. Un des 'postes heberge les moyens d'edition 

30 30', par exemple sous la forme d*un logiciei d'edition cooperative con9u 
selon les principes de Tarchitecture (ce poste client peut aussi etre un 
poste sen^eur). II s'agit d*une utilisation preferentielle du principe. D'autres 
cas de mise "en oeuvre sent possibles : restriction a un seut poste 
(utilisateur unique, a la fois client et serveur), poste serveur dedie (pas 
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d'utilisateur associe au poste serveur qui ne fait qu'heberger le logiciel 
d'edition). Le cas restreint a un seul poste permet la mise en oeuvre du 
principe et de Tarchitecture associee aux applications « stand-alone ». 

5 Ci-apres sont enoncees un exemple de caracteristiques de 

deploiement du systeme de gestion de donnees : 

Sur les postes clients : seule la presence des moyens de 
menaorisation et des moyens de controle de Tinterface 21 i, 22i, 231 sont 
10 requis, Notamment, lorsque Tinterface connporte Tutilisation d'un formuiaire 
sous le format HTML, ces moyens peuvent comprendre un navigateur (par 
exemple Netscape ou Microsoft Explorer). L'utilisateur se connecte a 
rURL du serveur HTTP hebergeant ie convertisseur 21c, 22c, 23c, par 
exemple un logiciel d'edition XML. 

15 ^5 ; 

Sur le poste serveur : les moyens d'edition 30' d'un fichier 
global (par exemple un logiciel d'edition cooperative) sont installes. Le;s 
moyens d'edition 30' comporte : 
- - Des moyens de communications par Tintermediaire de la liaisojn 
20 L20/30' avec les interfaces 21i, 22i, 23i et convertisseurs 21c, 221e, 
23c (par exemple par une partie middleware., comportant rinstallation - 
d'un serveur HTTP comprenant les servlets JAVA - notamment, uft 
serveur APACHE ou un serveur leger TOMCAT). / 

- Des moyens de memorisation M permettant, notamment la 
25" ^presentation aux sources 11, 12, 13, Lorsqije~IeF*f6fmuraires F| et Fb 

utilises sont HTML: L'installatlon- des fichiers HTML de Tapplication 
(par exemple, la page de presentation Fb, I'aide en ligne, les 
formulaires Fi de representation des documents XML a produire). Des 
applets de controle et/ou de presentation peuvent etre associees aux 
30 fichiers HTML. 

- Des moyens de controle : par exemple sous la forme d'une partie 
application serveur : L'installation des classes JAVA de rapplication 
(classes servlets, classes analyseur et classes analyse XML pour la 
seconde variante, classes de persistance) 
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Pour simplifier le texte de la presentation du principe, par la 
suite le terme d'application JAVA est employe pour designer la partie 
serveur dans son ensemble. 

5 

Le document XML complet a produire est structure en sous- 
ensembles. Chaque sous-ensemble est affecte a une source 11, 12, 13 
chargee d'elaborer le sous-document XML correspondant a chaque sous- 
ensemble. Un formulaire HTML F(, correspondant a chaque sous- 
10 ensemble, est cree. Ce formulaire F| est la representation dans le 
navigateur de la source 11, 12, 13 de la partie de document XML que 
cette source 1,1, 12, 13 doit produire. Chaque formulaire F| fait partie des 
moyens d'edition 30', dans notre exemple du logiciel d'edition installe sur 
le serveur, 

15 ^ 

Chaque formulaire F|, une fois renseigne par la source 11, 12, 
13, est stocke dans les moyens de memorisation M des moyens d'edition 
30' (sauvegarde sous forme d'un fichier sur le serveur, par exemple) et 
permettant sa re-edition par la source 11, 12, 13. La sauvegarde est 
20 assuree par rapplication JAVA. 

Dans la premiere variante : HTML est le format pivot de 
r architecture. Le fichier est au format HTML brut (le formulaire renseigne 
est sauvegarde). La re-edition par la source 11, 12, 13 est assuree par un 
"25 hyperlien sur le fichier HTML sauvegarde. UansTa seconde variante : Le 
fichier est au format XML. Les donnees du formulaire HTML regues par 
rapplication JAVA sont converties en XML. La re-edition par la source est 
assuree par I'analyseur XML de rapplication JAVA : le formulaire est^ 
genere, ses donnees sont extraites du fichier XML. 

30 

La production du XML est reaiisee par le convertisseur 21c, 
22c. 23c, par exemple par generation du texte XML dans le navigateur 
(format « text/plain ») a partir des informations du formulaire renseigne. La 
generation est assuree par rapplication JAVA. Le texte XML est alors 



1 er depot 



11 



disponible sur le poste de la source 11, 12, 13 qui peut Tenregistrer 
localement et ainsi le transferer. Cette methode permet que le systeme 
produise des fichiers sur le poste client, ce qui est normalement 
impossible depuis une application lancee dans un navigateur (mode de 
5 fonctionnement en « sand-box »). 

La production du document XML complet est realisee : Par le 
choix de la source 13 (dite administrateur ) des sous-ensembles a 
fusionner. Ce choix peut-etre fourni a la source - administrateur 13 par un 
10 formulaire listant pour chaque source 11, 12, 13 les sous-documents 
disponibles et lui permettant d'en selectionner un ou plusieurs pour 
chaque source 1 1 , 12. 13. Ce sont ces selections qui sont fusionnees. 

Dans le cas de la premiere variante, il y a presentation 
15 ' prealable a la source - administrateur des informations cumulees : -if- 
- Par la creation d'un formulaire global Fg constitue de la reunion des 
. formulaires correspondant a chaque sous-ensemble. Cette fusion se 
base sur des marquages realises lors de la sauvegarde de chaque 
• formulaire par rapplication JAVA, permettant d'ajuster et de generer Ip 
20 formulaire resultat (pour introduire une entete specifique en particulier). 
" Par la generation du texte XML dans le navigateur a partir des 
informations du formulaire global renseigne (de la meme fagon que 
pour un formulaire elementaire). 

25 Dans le'^sfs'dena'seconde variante, la presentation prealaBle^" 

I'utilisateur des informations cumulees n'est pas necessaire. La production 
XML complete est directe : par la generation du texte XML dans le 
navigateur a partir de la fusion de chaque fichier elementaire XML 
sauvegarde (pas d'analyse XML). 
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Pour la premiere variante, HTML est utilise comme format pivot 
■ de la production XML : il s'agit d'une fusion affichage/persistance 
procurant la simplicite et la legerete du procede de gestion des donnees. II 
n'est pas necessaire de recourir aux service d'un systeme de gestion de 
5 base de donnees et d'une base de donnees associee, ou d'un analyseur 
XML pour reconstituer le formulaire de representation des informations. 

Pour la seconde variante, la production XML repose sur un 
format XML natif, et HTML est restraint a I'affichage dans le navigateur. 
10 Cette solution presente Tavantage de la separation entre le fond (XML) et 
la forme (HTML) et d*etre plus robuste aux variations de la presentation 
dans le navigateur. 

Les principales etapes du procede de gestion de donnees sont: 
15 - Plusieurs etapes de recuperation de donnees, un sous-ensemble de 
donnees etant recupere a chaque etape de recuperation, 

- Une etape de conversion du sous-ensemble de donnees recuperees 
dans un langage d'interoperabilite sous la forme d'un fichier 
elementaire, une etape de conversion etant effectuee apres chaque 

20 etape de recuperation , 

- Une etape d'edition d'un fichier global dans un langage 
d'interoperabilite a partir de plusieurs fichiers elementaires, le fichier 
global etant destinee a un systeme externe capable de traiter.tous les 
ensembles de donnees recuperees transmis dans le fichier global. * 

25 ■ " 

Les donnees sont introduites par une source qui est un 
utilisateur ou sont transmises par un dispositif source. Cette introduction 
ou transmission des donnees fait partie de I'etape de recuperation des ' 
donnees. Les donnees peuvent etre recuperees dans un formulaire 

30 predeterminee Fi en fonction du type de donnees a recuperer. Dans ce 
cas, lorsque les donnees sont transmises par un- dispositif. source, les 
donnees transmises ont ete formatees selon le formulaire de recuperation 
avant leur transmission. 
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Le fichier elementaire peut etre une sous-suite de commandes, 
et le fichier global une suite de commande, ces commandes etant 
destinees aux parametrages et/ou aux controle de dispositifs • 
electroniques extemes. Le langage d'interoperabilite utilise peut etre le 
5 langage XML ou Tune de ses variantes, ou associe au langage Java. 

Les caracteristiques des moyens d'edition 30' lorsqu'il comporte 
un logiciel d'edition cooperative a base de servlets sont schematises avec 
sont environnement sur la figure 5. La structure des documents XML a 

10 produire (DTD - pour Document Type Definition soit definition de 
document type - ou schema) est fournie aux moyens d'edition 30*. A partir 
de cette structure sont definis les formulaires. par exemple HTML, de 
representation Fl et les moyens de controle C, notamment sous forme 
d'application JAVA (servlets, parser XML, classes de persistance),^ 

15 comportant le convertisseur 21c, 22c, 23c. Les moyens d'edition comp.oife. 
aussi des formulaires d'accueil, d'aide Applets JAVA et javascript Rb 
peremettant par exemple d'identifier la source 11, 12 ou-13. L'applicatiqn . 
JAVA C permet la sauvegarde des fichiers HTML ou XML Sr 
' correspondant aux formulaires F| renseignes, et aussi la conversion d^j 

20 formulaire F| renseigne en fichier XML Sc. 

Les principales fonctions du precede de gestion des donnees 
mis en oeuvre dans cet exemple, sont les suivantes : 

a) Recuperation des donnees dans les champs d'un formulaire 
25 eTemenfaii^e Fi au niveau de T 'interface 21 i, 22rr23r 

b) Conversion du formulaire elementaire F| renseigne en un fichier Sc 
(HTML pour la premiere variante et XML pour la seconde variante) par 
le convertisseur 21c, 22c, 23c et sauvegarde de ce fichier (soit au 
niveau du convertisseur 21c, 22c, 23c, soit.au niveau des moyens 

30 d'edition 30'). 

c) Generation d'un fichier HTML correspondant a la liste des formulaires 
elementaires deja renseignes par I'utilisateur (fichier de liens pour la 
premiere variante, et liste de formulaire pour la seconde) par les 
moyens d'edition 30'. 
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d) Generation et envoi au navigateur du texte XML correspondant au 
fornnulaire elementaire renseigne. 

e) Recuperation du choix source - administrateur par une interface 21 i, 
22i, 231 des elements Sc a fusionner et generation : 

5 • pour la premiere variante, d'un fichier HTML correspondant a la 
reunion de formuiaires 6iementaires renseignes. Les fonctions 1 et 4 
sont alors applicables au formulaire global 

• pour la seconde variante, du resultat XML complet 

par les moyens d'edition 30'. 

10 

La presente invention definit done un precede et un systeme de 
gestion de donnees permettant {'edition des donnees dans un langage 
d'interoperabilite. L'un des example illustrant Tinvention consiste en une 
methode et une architecture de logiciel pour la conception, le 
15 developpement et la mise en oeuvre d'un systeme simple et leger de 
production et d'edition de documents au format XML en environnement 
cooperatif et distrlbue. 

Cette architecture de logiciel de production de documents XML 
20 dispose des caracteristiques suivantes : 

- Architecture legere (effort de developpement et de mise en oeuvre 
simplifies) 

- Architecture cooperative permettant I'elaboration concurrente de 
parties de documents XML et sa fusion en documents resultats. Le 

25 format XML resultat est disporiiBle^en cJirect pour chaque cooperant. 

- Architecture distribuee autour d'un reseau intranet, multi-plateformes 

~ Architecture ouverte aux documents XML generes par des systemes 
externes 

30 L'invention concerne aussi une chame de traitement de 

donnees comportant le systeme de gestion de donnees decrit et un 
systeme externe comportant un dispositif d'analyse capable de traiter tous 
les ensembles de donnees recuperees transmis dans le fichier global. Le 
dispositif d'analyse peut etre capable de generer un fichier dans un 
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langage dit d'interoperabilite comportant des commandes de dispositifs 
finaux correspondant aux commandes et/ou parametres des fichiers 
elementaires modifies ou non en fonction des autres donnees contenues 
dans le fichier global. 
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REVENDICATIONS 

1 . Procede de gestion de donnees caracterise en ce qu'il comporte : 

- Plusieurs etapes de recuperation de donnees, un sous-ensennble de 
donnees etant recupere-achaque etape de reGupe ration, 

^ - Une etape de conversion du sous-ensemble de donnees recuperees 
dans un langage d'interoperabilite sous la forme d'un fichier 
eiementaire, une etape de conversion etant effectuee apres chaque 
etape de recuperation , 

- Une etape d'edition d'un fichier global dans un langage 
d'interoperabilite a partir de plusieurs ficliiers elementaires, le fichier 
global etant destinee a un systems externe capable de traiter tous les 
ensembles de donnees recuperees transmis dans le fichier global. 

2. Procede de gestion de donnees selon ia revendication precedente 
caracterise en ce que le^ fichier eiementaire est une sous-suite de 
commandes, et le fichier global une suite de commande, ces commandes 
etant destinees aux parametrages et/ou aux controle de dispositifs 
electroniques externes. . , 

3. Procede de gestion de donnees selon I'une quelconque des 
revendications precedentes caracterise en ce que I'etape de recuperation 
des donnees comporte I'introduction des donnees par un utilisateur ou la 
transmission des donnees par un dispositif source. 

4. Procede de gestion de. donnees selon Tune quelconque des , 
revendications__.pLrece.dentes caracterise en ce que, lors de-Jlelape. .de 
recuperation des donnees, les donnees sent recuperees dans un 
formulaire predeterminee en fonction du type de donnees a recuperer. 

5. Procede de gestion de donnees selon les revendications 3 et 4 
caracterise en ce que I'etape de recuperation comporte le formatage par ie 
dispositif source des dpnnees selon le forrriulaire de recuperation avant 
leur transmission. 

6. Procede de gestion de donnees selon Tune quelconque des 
revendications precedentes caracterise en ce que le langage 
d'interoperabilite est le langage XML ou I'une de ses variantes, ou associe 
au langage Java. 
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7. Systeme de gestion de donnees caracterise en ce qu'il comporte : 

- Au moins une interface permettant la recuperation de donnees, 

- Au moins un convertisseur des donnees recuperees dans un langage 
d'interoperabilite sous la forme d'un fichier elementaire, un 

5 convertisseur etant relie a chaque interface, 

- Des moyens d'edition d'un fichier global dans un langage 
d'interoperabilite a partir de plusieurs fichiers elementaires, les moyens 
d*edition etant relies a chacun des convertisseurs de donnees au 
moins ponctuellement, 

10 - Une sortie destinee a etre reliee a un systeme externe auquel sera 
transmis le fichier global. 

8. Systeme de gestion de donnees selon la revendication precedente 
caracterise en ce qu'il met en oeuvre le precede de gestion de donnees 
selon Tune quelconque des revendications 1 a 6. 

• 15 9. Systeme de gestion de donnees. .selon Tune quelconque d^^;^' 
revendications 7 ou 8 caracterise en ce qu'il comporte des moyens de 
memorisation dans lesquels sont stockes plusieurs droits d'utilisation, un - 
ou plusieurs utilisateurs et/ou dispositif source et les droits d'utilisation 
associes. plusieurs formulaires d'introduction des donnees et les droits 
20 d'utilisation associes, " 

10. Systeme de gestion de donnees selon la revendication precedente 
caracterise en ce que soit Tinterface, soit les moyens d'edition comporteft 
les moyens de memorisation. 

11. Systeme de gestion de donnees selon Tune quelconque des 
25 revendications 7 a tO'Cafa'cterise en ce que interface comporte : 

un dispositif d'introduction permettant aux donnees d'etre introduite par 
un utilisateur ou transmises par un dispositif source, 

- et/ou un dispositif d'affichage, 

- des moyens de controle des dispositifs d'affichage, d'introduction et 
30 des moyens de memorisation affichant en fonction des droits 

d'utilisation associe a I'utilisateur ou au dispositif source operant sur le 
systeme, le formulaire ayant les memes droits d'utilisation associes 
dans lequel les donnees sont recuperees. 



ler depot 
18 



12.Systeme de gestion de donnees selon I'une quelconque des 
revendications 7 a 10 caracterise en ce que : 

- rinterface et le convertisseur sont co-localises et/ou portables, et/ou 

- les mpyens d'edition d'un fichier global sont delocalises par rapport aux 
5 interfaces et aux convertisseurs et/ou portables. 

rs.Systeme de gestion de donnees selon I'une quelconque des 
revendications 7 a 11 caracterise en ce qu'il comporte au moins une 
entree connectee aux moyens d'edition d'un fichier global et destinee a 
etre relie a un dispositif source elabore, le dispositif source elabore 
10 transmettant au moins un fichier elementaire dans un langage 
dMnteroperabilite aux nnoyens d'edition d'un fichier global via cette entree. 

14. Chame de traitement de donnees comportant le systenne de gestion de 
donnees selon Tune quelconque des revendications 7 a 11 caracterise en 
ce qu'elle comporte un systeme externe comportant un dispositif d'analyse 

15 capable de traiter tous les ensembles de donnees recuperees transmis 
dans le fichier global. 

15. ChaTne de traitement de donnees selon la revendication precedente 
caracterise en ce que le dispositif d'analyse est capable de generer un 
fichier dans un langage dit dinteroperabilite comportant des commandos 

' 20 de dispositifs finaux correspondant aux commandos et/ou parametres des 
fichiers elementaires modifies ou non en fonction des autres donnees 
contenues dans le fichier global. 
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